home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Atari Mega Archive 1
/
Atari Mega Archive - Volume 1.iso
/
lists
/
gem
/
l_0799
/
792
< prev
next >
Wrap
Internet Message Format
|
1994-08-27
|
2KB
From: Mark.Baker@mettav.exnet.com (Mark Baker)
Date: 13 Jul 94 19:55:08
Message-Id: <UUCP.774219746@mettav>
Subject: Digest
To: gem-list@world.std.com (gem-list@world.std.com)
Precedence: bulk
Jon:
> There is a (freeware) library called FLDLIB for lattice C that does
> windowed DB's out of the box (as it were). Since the source code is
> provided, it would be relatively straightforward to add standard keyboard
> shortcuts etc.. Although for politeness I expect you would have to get in
> touch with the author first..
The author's email address is martin.maisey@mnn.mettav.exnet.com. He is now
working with someone else on a new library called Crystal.
Evan:
[appl_getinfo]
> I think it's in AES 3.4, and TOS 4.0. TOS and AES versions aren't the
> same.
I know that, but TAC list appl_getinfo as being only in aes >= 4.0 in lots of
places. But it isn't exactly a reliable source anyway :)
> Now, what to do with a third click is tough. I suggested (in the post
> that you replied to) that programs that use multiple tools allow the user
> to assign separate tools to eachmouse button by clicking on them with
> that mouse button.
...
> If the application doesn't use a toolbar like that, then the button
> should just pop-up the main application menu.
So if you don't support multiple tools like that, you treat it like a
right-click.
> CNTRL-ALT-\ is for death, although this, and other CNTRL-ALT-letters that
> MiNt reserves may or may not affect GEM apps. Personally I think CNTRL-
They don't under current releases of MultiTOS. Whether this is always true
because of the aes, or depends on the options when MiNT compiled I dont' know.
Chris:
> Has any discussion gone into a standard for online help on the GEM
> list yet?
>
> I remember some mentions of 1st Guide, but that was lost in the tidal
> wave of keyboard shortcut discussion...
Personally I prefer ST-guide, it uses one file which is compressed so is
compact and easy to distribute. 1st-guide needs a whole folder full of
uncompressed text files for each application.
I would suggest that pressing help should give help on the current window or if
none is open, the contents. Pressing ctrl-help or something should bring up the
contents. shift-help should enable baloon help if available. A help menu should
contain Contents, Top Window, possibly other entries, and Index.